Introduction au Protocole de communication Modbus

Le Protocole Modbus est un Protocole de communication universel qui a été largement utilisé dans le domaine du contrôle industriel d'aujourd'hui. Grâce à ce Protocole, les contrôleurs communiquent entre eux ou entre les contrôleurs et d'autres appareils via un réseau, tel qu'Ethernet. Le Protocole Modbus utilise la technologie de communication maître - esclave, c'est - à - dire que le périphérique maître interroge et exploite activement le périphérique esclave. Le protocole utilisé par le périphérique maître est généralement appelé Modbus Master et le protocole utilisé par le périphérique esclave est appelé Modbus slave. L'équipement principal typique comprend des machines de commande et des contrôleurs industriels, etc.; Les dispositifs esclaves typiques tels que les contrôleurs programmables PLC, etc. Les interfaces physiques de communication Modbus peuvent être sélectionnées en port série (y compris RS232 et RS485) ou en Port Ethernet. Sa communication suit le processus suivant:

● Le périphérique maître envoie une demande au périphérique esclave

● L'appareil esclave analyse et traite les demandes de l'appareil maître, puis envoie les résultats à l'appareil maître

● En cas d'erreur, un code de fonction d'exception sera retourné à partir de l'appareil

Introduction au logiciel de Protocole de communication Modbus d'yingeng

Les produits logiciels de Protocole de communication Modbus lancés par inchec sont principalement utilisés dans l'environnement de carte mère embarquée inchec ARM9, les cartes mères inchec sont toutes équipées de ports série riches, de ressources réseau, d'interfaces GPIO communes, etc., tout en offrant une puissance de traitement puissante. Combiné avec le logiciel de Protocole de communication Modbus, il constitue une plate - forme d'application pour Master et slave conforme aux spécifications de communication Modbus. En réponse à cette caractéristique de la manière maître - esclave de la communication Modbus, le package de Protocole de communication Modbus d'inCC est divisé en deux parties qui peuvent être utilisées indépendamment, à savoir le « logiciel Modbus Master Protocol » (abrégé en Modbus Master) et le « logiciel Modbus Device Party Protocol » (abrégé en Modbus slave). Actuellement, le logiciel de Protocole de communication Modbus d'INEC fonctionne dans l'environnement WinCE et est fourni aux clients sous la forme de fonctions C et de bibliothèques Lib statiques. Ses principales caractéristiques sont les suivantes:

● idéal pour les applications industrielles en temps réel

● peut prendre en charge les applications de Protocole de communication Modbus basées sur le port série ou les applications de Protocole de communication Modbus TCP

● mode de transmission RTU

● prend en charge la plupart des opérations de code de fonction Modbus, y compris les opérations sur les bits pour les bobines, les entrées de commutation discrètes et les opérations sur les octets pour les registres

● soutenir l'adresse de diffusion

● temps d'expiration flexible pour les communications Modbus

● Les détails du Code d'erreur du Protocole de transmission dans la newsletter peuvent être obtenus

Diagramme de communication du logiciel de protocole Modbus d'INTECH

Code fonctionnel pris en charge par le logiciel de protocole Modbus d'INEC

Méthodes d'utilisation de base du logiciel

Pour faciliter l'utilisation de l'application, en gardant une forme de code cohérente pour les différents supports de communication, les fonctions API dans le logiciel de protocole Modbus fourni par yingeng, y compris Modbus Master et Modbus slave, peuvent prendre en charge à la fois les protocoles Modbus basés sur le port série et TCP, l'application doit simplement se différencier avec différents paramètres lors de l'appel de la fonction d'initialisation, voir les fichiers d'en - tête correspondants pour une description des paramètres: Modbus master.h et Modbus slave.h

1 - application de Modbus - Master

En tant qu'application du mode client Modbus, il s'agit principalement de préparer la demande et de l'envoyer au périphérique serveur et d'attendre la réponse du serveur. Lors du développement de telles applications, l'utilisateur peut se référer à la documentation sur les normes Modbus ainsi qu'au Manuel de données de l'interface de communication de l'appareil accusé, et un appel direct au package Modbus - Master fourni par infront fournit les fonctions d'api opérationnelles correspondantes pour compléter l'accès et le contrôle de l'appareil serveur. Lors du développement d'une telle application, les utilisateurs n'ont qu'à inclure Modbus - master.h / Modbus - master.lib.

Application de modbus.slave

En tant qu'application du mode Serveur Modbus, l'analyse et la réponse aux messages d'application Modbus doivent être implémentées, mais ce n'est qu'une partie de l'ensemble de la newsletter Modbus, l'autre partie est qu'il doit également y avoir accès aux données d'application, et le contenu de cette partie doit être défini par L'utilisateur lui - même. Pour faciliter l'utilisation par les clients, le chargement automatique de ces fonctions d'interface utilisateur, associant le traitement des données d'application utilisateur et la réponse de message d'application Modbus, est mis en œuvre sous la forme de pointeurs de fonction dans le package Modbus - slave. Les utilisateurs n'ont qu'à définir ces fonctions d'interface en fonction de leurs besoins pour implémenter les fonctions correspondantes, la définition spécifique de chaque fonction étant effectuée via un fichier CPP dédié: dataprovider.cpp.

Cela signifie que dans ce type d'application de développement, il est nécessaire d'inclure le contenu de deux parties, une fonction d'api définie par modbus.slave.h / modbus.slave.lib; L'autre partie est la fonction d'interface de données utilisateur définie par dataprovider.h / dataprovider.cpp, où la fonction d'interface nécessite une implémentation spécifique par l'utilisateur dans dataprovider.cpp.

Pour répondre rapidement aux messages d'application Modbus, il est important de noter qu'un thread doit être conçu pour appeler à plusieurs reprises la fonction d'exécution Modbus - slave, qui est en mode bloquant, lors de la conception du programme.

Voici un exemple:

(1) démarrez le Protocole Modbus Device Party

hPort = mbusSlave_StartupServer(_T)'*'), 1, 10000, mbusSlave_Interface );

ou

hPort=mbusSlave_StartupServer(_T)«COM3:9600-8-1-0»),1,10000, mbusSlave_Interface );

(2) la fonction d'exécution serverloop est appelée dans le thread pour répondre à la demande

tandis que( 1 )

{

/ /Appelle la fonction d'exécution pour l'analyse et la réponse au message Modbus.

résultat = mbusSlave_ServerLoop( hPort );

　　　　si(résultat !=0)/ /Vérifier si une erreur est retournée

{

　　　　　　/ /Traitement des erreurs: cet exemple est l'information textuelle pour obtenir et imprimer un code d'erreur

wcscpy( szText, mbusSlave_GetErrorText( résultat ) );

i1 = wcslen( szText );

　　　　　　si( i1>0 )

{

wcstombs( strText, szText, i1 );

imprimer(code d'erreur ': %s! n'Stretex);

}

}

}

Les précédents logiciels de Protocole de communication Modbus d'INTECH ont été fournis aux clients sous la forme de fonctions C et de bibliothèques statiques (fichiers modbus.lib ou libmodbus.a). De plus en plus utilisé par ses clients, INEC a préinstallé le Protocole de communication Modbus, et en particulier le logiciel de Protocole de contrôle principal (en abrégé Modbus - Master), sous la forme d'une bibliothèque dynamique (fichier modbus-master.dll ou libmbusmaster.so) dans le noyau de la carte mère embarquée d'INEC pour faciliter l'appel des Applications clientes. Les cartes mères à Commande manuelle préinstallées avec le Protocole Modbus incluent toutes les cartes mères de la série ingnec ESM (esm6802, esm6800, esm335x, esm928x, etc.).

Références connexes